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COMPUTER IMPLEMENTED SCHEDULING SYSTEM AND PROCESS 
USING ABSTRACT LOCAL SEARCH TECHNIQUE 

TF.CHNICAL F T ELD OF THE INVENTION 

This invention relates in general to the fields of 
supply chain management, and single- enterprise and 
mult i -enterprise planning and scheduling. More 
5 particularly, the present invention relates to a computer 
implemented scheduling system and process that uses an 
abstract local search technique. 

BACKGROUND O F THE INVENTION 

10 Computer implemented planning and scheduling systems 

are widely used for factory, enterprise and supply chain 
planning functions. In general, such systems can model 
the manufacturing or other environment and provide plans 
or schedules for producing items to fulfill consumer 

15 demand within the constraints of the environment. 

The problem of planning or scheduling an environment 
can be represented as a constrained optimization problem. 
For example, consider a simple problem of sequencing a 
set of tasks on a resource in a manufacturing 

20 environment. In addition, assume that each task has a 

deadline, and the objective is to schedule each task so 
that it ends by the associated deadline. One way to view 
this problem, for example, is as a search in the space of 
start times. Under this view, the problem becomes a 

25 simple constrained optimization problem in which the 

variables are the start times, the constraint is that no 
tasks can overlap, and the objective is to minimize 
lateness. This type of approach to planning and 
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scheduling problems can provide an efficient framework 
for producing plans. 

An abstract local search (ALS) is an efficient 
approach for analyzing and resolving planning and 
5 scheduling a manufacturing or other environment. An ALS 

solves combinatorial optimization problems by making 
local moves in the space of abstract solutions. An 
abstract solution (for example, a task ordering) is 
mapped to a concrete solution (for example, a schedule) 

10 by a greedy solution builder that, generally, enforces 
all hard constraints. The concrete solution is then 
evaluated to determine flaws, usually by measuring soft 
constraint violations. The flaws in the concrete 
solution are used to generate modifications (moves) in 

15 the abstract solution, that might reduce the flaws in the 

concrete solution; 

In non- analogous contexts, detecting flaws in 
concrete solutions and using them to drive modifications 
in abstract solutions has been shown to be effective in 

2 0 several local search applications (for example, GSAT for 

propositional satisfiability problems. Selman, Kautz, 
and Cohen, "Local Search Strategies for Satisfiability 
Testing", 1993, Vol. 26, DIMACS Series in Discrete 
Mathematics and Theoretical Computer Science (American 

25 Mathematical Society) . One article attributes the 
effectiveness of iterative repair to making use of 
important information about the current solution to guide 
the search. Minton, Johnston, Philips, and Laird, 
"Solving large-scale constraint satisfaction and 

30 scheduling problems using a heuristic repair method" , 
Artificial Intelligence 58:161-205 (1990). 
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SUMMARY OF T HE INVENTION 

In accordance with the present invention, a computer 
implemented scheduling system and process are disclosed 
5 that use an abstract local search technique, 

A technical advantage of the present invention is 
that the abstract local search technique is useful for 
solving constrained optimization problems. It is 
particularly suited to a problem domain where some fast 
10 deterministic algorithm can map a set of priorities into 

a solution that satisfies the hard constraints in the 
problem. 

Although some forms of priorities have previously 
been used for representing schedules, no general 

15 framework to integrate priorities into local search has 

been proposed. It is presented herein that the basic 
loop of priorities feeding into a greedy solution builder 
and an analysis technique that updates the priorities 
will be applicable to a large class of constrained 

20 optimization problems, and will scale to problems of 

realistic size and complexity. 

BRIEF DESCRI PTION OF THE DRAWINGS 

A more complete understanding of the present 
25 invention and advantages thereof may be acquired by 

referring to the following description taken in 
conjunction with the accompanying drawings, in which like 
reference numbers indicate like features, and wherein: 
FIGURE 1 is a block diagram of one embodiment of a 
30 computer implemented scheduling system that uses an 

abstract local search technique; and 

FIGURE 2 is a block diagram of one embodiment of an 
abstract local search architecture for combinatorial 
optimization by a planning/scheduling engine. 



35 
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DETAILED DESCRIPTION O F THE INVENTION 

FIGURE 1 is a block diagram of one embodiment of a 
computer implemented planning/scheduling system, 
indicated generally at 10. System 10 can be implemented 
5 on a computer system having typical computer components 

such as a processor, memory, storage devices, etc. In 
the embodiment of FIGURE 1, system 10 executes software 
that implements a planning/scheduling engine 12 in 
processor memory. Planning/scheduling engine 12 can 

10 maintain and access a model/plan 14 of a manufacturing 
environment, supply chain or other environment which 
planning/scheduling engine 12 is used to plan or 
schedule. Planning/scheduling engine 12 also has access 
to data 16 stored in a fixed storage device. Data 16 can 

15 be used to initiate planning/scheduling engine 12 and 

model/plan 14. However, during operation, 
planning/ scheduling engine 12 and model/plan 14 .are 
typically maintained in processor memory for speed and 
efficiency. Planning/scheduling engine 12 can provide 

20 information to a user via display 18 and can receive 

input data from input devices 20. 

In operation, system 10 can be used to plan or 
schedule an operating environment. For example, system 
10 can address a simple problem of sequencing a set of 

25 tasks on a resource in a manufacturing environment. In 

this example, each task can have an associated deadline, 
and the objective is to schedule each task so that it 
ends by the associated deadline. A conventional way to 
approach this problem would be as simple constrained 

30 optimization problem in which the variables are the start 

times . 

An improved way to view such a problem is to 
abstract away the start times and consider just the 
ordering of the tasks on the resource. Given any total 
35 ordering on the tasks, an optimal schedule consistent 
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with the ordering can be obtained in linear £ime by 
scheduling each task, in order, as early as possible. 
Since each globally optimal schedule can be created from 
its task ordering, the sequencing problem can then be 
5 solved by searching in the space of task orderings. This 

space is much smaller than the space of start times, 
since a large number of obviously sub-optimal schedules, 
exactly those with some gaps between some adjacent tasks, 
are not even represented. 

10 This change of representation brings the underlying 

search and optimization problem more clearly into focus. 
There is one resource and all tasks are competing for it. 
The task ordering is essentially a prioritization of the 
tasks- Tasks then draw from the resource in the priority 

15 order to generate a schedule. 

A general principle here is that an algorithm for 
solving combinatorial optimization problems can be 
decoupled into two parts: (1) a priority generation 
algorithm and (2) a greedy solution builder. For most 

20 combinatorial optimization algorithms, one can write 

greedy algorithms that do a reasonable job much of the 
time. However, they usually fail because they are too 
greedy: e.g. they allow an early task to take a resource 
that turns out to be critical to a later task. 

25 Intuitively, if the priority order were just right, a 

greedy solver would generate an optimal solution. An 
essential idea behind abstract local search is that 
iterations can be done between using priorities as the 
input to a greedy solution builder, and using the 

3 0 proposed solution to intelligently update the priorities. 

There is another, less obvious, advantage to the 
move to priority space: it is more suitable to a local 
search than the space of start times. For example, a 
small change in the start time of a task can generate 

35 multiple hard constraint violations (that is, overlaps) 
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that the local search then needs to somehow weigh against 
soft constraint violations (that is, lateness) . Since 
hard constraints are often automatically enforced in the 
optimal schedules corresponding to the task order ings, 
5 they can be simply evaluated by considering only the soft 

constraint violations. 

FIGURE 2 is a block diagram of one embodiment of an 
abstract local search architecture for combinatorial 
optimization. As shown, abstract solutions 30 can be 

10 processed through solution building to generate concrete 
solutions 32. Concrete solutions 32 can, in turn, be 
processed through solution analysis to identify flaws 34 . 
A move generation process can then be used to modify the 
abstract solutions 30. Thus, in this architecture, flaws 

15 34 are detected in concrete solutions 32 but 

modifications are made in abstract solutions 30. 

The present abstract local search (ALS) operates by 
using concrete solutions to make information apparent 
about concrete flaws to guide moves in the abstract 

20 space. Modifications in abstract solutions can be 

motivated by (i) the smaller size of the abstract search 
space, and (ii) its greater suitability for local search 
when the concrete solutions share an intricate structure 
that is difficult to maintain by local moves in concrete 

25 space. 

There can be several conditions for abstract local 
search to work well. One condition is a tractable 
builder. There should be a fast algorithm that maps any 
abstract solution to a feasible concrete solution (that 

30 is, a concrete solution with no hard constraint 

violations) . Another condition is optimality-preserving 
abstraction. This means that, for any concrete solution 
S there is some abstract solution that maps to a concrete 
solution that is at least as good as S. Without this 

35 property, it is likely that abstract local search will 
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not reach optimality . An additional condition is a 
tractable analysis. There should be a fast algorithm 
that identifies flaws in the concrete solution and that 
maps them to possible modifications in the abstract 
5 solution. Reasons for these conditions should be clear. 

However, it is possible they may be relaxed in practical 
applications . 

Combinatorial Optimization 

Combinatorial optimization problems generally 
consist of a set of decisions that must be made subject 
to a collection of constraints, and a goal function that 
evaluates candidate solutions for their "quality. 11 For 
example, there may be a set of tasks whose start times 
are unknown (the decisions to be made) but which must 
satisfy the constraint that certain tasks must precede 
others (e.g. you have to sand the table before you paint 
it) . The goal function might be to minimize the total 
cost of the proposed schedule. 

Goal functions are sometimes expressed as soft 
constraints, that is, constraints that do not necessarily 
need to be enforced, but if they are violated then some 
penalty is incurred. In this kind of encoding, the 
optimization criterion is generally to minimize the sum 
of the penalties. 

Many important combinatorial optimization problems 
are NP-hard. Intuitively, this is because all known 
methods for guaranteeing optimality are asymptotically 
equivalent in the worst case to an exhaustive enumeration 
of the space of all possible sets of decisions. 

T.oral Search 

Local search may be used to solve many difficult 
combinatorial optimization problems, including 
35 satisfiability, planning, and scheduling. In general, 



15 



20 



25 
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the essential idea is to start with some initial state 
and iteratively modify the current state by making a 
promising local move, until a final solution is obtained. 
A local move makes only a small change in the current 
5 state, for example, by flipping the truth- value of a 

single variable, or by offloading a task from one 
resource to another. An internal evaluation criterion 
based on feasibility and the external optimization 
criterion can be used to determine the best among several 

10 possible moves. An analysis of some important flaw, that 
is, sub-optimality or inf easibility , in the current state 
is used to generate moves that might rectify the flaw. 
Some diversification technique, for example, heating in 
simulated annealing, is generally used to avoid getting 

15 trapped in local optima, for example, by allowing low 

probability moves that lead to less optimal states. 
Finally, most local search implementations restart 
several times to further reduce the effect of local 
optima . 

20 

Scheduling 

In general, a scheduling problem can consist of a 
set of tasks 2, . . . , n to be scheduled subject to a 

collection of constraints. A solution is typically a 
25 schedule giving the start time for each task. 

Each task can be associated with a processing time 
indicating the duration of the task. The constraints can 
usually be sequencing restrictions, resource capacity, 
constraints, and ready times and deadlines. A sequencing 
30 restriction, for example, might state that task i must 

complete before j can begin. A resource capacity 
constraint could state that tasks i and j conflict 
(usually because both require the same resource) and thus 
cannot be scheduled in parallel. A ready time might 
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state the earliest time at which task i can start. A 
deadline can be the time by which task i should be 
completed. 

Depending on the application, resource capacities, 
5 ready time, and deadlines, can each be either hard or 

soft constraints. However, typically, and in the 
embodiment discussed herein, capacities and ready times 
are hard constraints, and the deadline is a soft 
constraint . 

10 

Abstract Local Search for Scheduling 
Scheduling can be, in a sense, a generalization of 
the simple sequencing problem discussed above. Tasks 
need to be assigned start times subject to capacity and 

15 ordering constraints. Because the typical objective is 

to minimize lateness, the natural thing to do is to order 
the tasks, and schedule each task, in order, as early as 
possible, subject to the hard constraints. Two 
embodiments of abstract local search (ALS) techniques are 

20 discussed below; each is a variant on this basic idea. 

While discussing ALS for scheduling problems, 
certain terms are often used like abstract schedule, 
concrete schedule, and schedule builder where 
"schedule" replaces the more general "solution." 

25 Further, "concrete" may often be omitted from concrete 

schedule . 

ALS Using Priority Vectors 

One embodiment of the invention is to implement an 
30 ALS technique using priority vectors. A priority vector 

p maps each task i to an integer p(i) that represents the 

global "importance" of the task. Any such priority 
vector can be mapped to a schedule using the simple 
schedule builder SB(PV) given in the following TABLE 1. 
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In this example, a task is considered enabled if and only 

if all of its predecessors have been scheduled. 

The following table shows one embodiment of SB(PV) : 
a priority- vector based schedule builder. 



TABLE 1 



while some task remains unscheduled £st 

t ~ highest priority enabled but unscheduled task; 

schedule t as early as possible subject to hard 
constraints; 
end 



The priority-vector approach to scheduling can 
15 satisfy all the conditions discussed above. The schedule 

builder SB(PV) is clearly tractable, since it builds a 
feasible schedule in 0(n 2 ) time, where n in the number of 

tasks (it is conjectured that the expected run time of 
SB(PV) would be more like 0(n log(n)) but a formal proof 

20 is not provided herein) . 

The following theorem shows that the priority vector 
abstraction is an optimization preserving abstraction. 

Theorem 1: For any scheduling problem, and any 
25 schedule s, there is some priority vector such 

that SB(PV) produces a schedule with total 
lateness less than or equal to that of s. 

Analysis of a schedule can be done in a variety of 
30 ways. An example is a technique referred to as general 

critical path analysis. If a task is late then its 

priority is increased by an amount Jb that is calculated 

based on how late the task is. Whenever the priority on 
a task is increased, if that task could not be scheduled 
3 5 any earlier because of a precedence relationship, then 

the priority of that predecessor is increased by Jb. If 



WO 99/63471 PCT7US99/12504 



11 

the task could not be scheduled earlier because of a 
resource contention, then the priority of all tasks is 
increased using that resource at that time by Jb/2. Both 

of these rules are applied recursively (until the 
5 priority increment becomes negligible) . The analysis 
can call the function assignBlame (t, b) , shown in TABLE 

2, for each task t that is late by b days. 



10 


TABLE 2 




proc 


assignBlame (task t, int b) 
increase priority of t by Jb units; 

if t was late because of a precedence relation with 




task 


t 2 then assignBlame ( t 2t b) ; 


15 




else // t was late because of a resource 




contention 






foreach task t 7 using the same resource as t: 






assignBlame {t 2 , b/2) ; 






end 


20 


end 





A schedule-build-analyze cycle is shown in TABLE 3, 
below. This is basically a vanilla iterative improvement 
local search enriched by an intensification strategy. 

25 Note that blame is assigned for all due-date violations. 
The thinking behind this is that running the schedule 
builder on large problems is relatively expensive - at 
least compared to flips in SAT problems - and it is 
desired to leverage the analysis as much as possible. 

30 An interesting variant of this (and more in the spirit of 
GSAT) would be to assign blame for just one due-date 
violation at a time and then rebuild the schedule. A 
steepest-descent variant (perhaps computationally too 
expensive for very large problems) would be to consider 

35 several ways to resolve each due -date violation, and 
evaluate each. 
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TABLE 3 

for i = 1 to max -re starts da 
initialize priorities; 
for i = 1 to max -it era t i ons do 

build schedule for current set of priorities; 

if this gives a new best schedule then save 

it; 

with prob. p return to best schedule ever 

seen; 

foreach late task t; assignBlame (t, days 

late) ; 



A good initial assignment of priorities is helpful 
15 for solving large scheduling problems. If the process 

starts from a reasonably good initial priority vector, 
the most can be made of relatively limited computational 
resources. In the examples looked at to date, each task 
can be uniquely associated with a "delivery" task that 

2 0 has a deadline (e.g. there are no situations in which tl 

has deadline dl and must precede t2 that has deadline d2 . 

We also never have tl preceding t2 and t3 each of which 

has a deadline.) Thus, the initial priority of each task 
can be taken to be the arithmetic inverse of the due date 
25 of the corresponding delivery task (i.e. tasks with early 

deadlines are given the highest priorities) . 

ALS using Priority Graphs 

Another embodiment is to implement an ALS technique 
30 using priority graphs. A priority graph is a directed 
acyclic graph whose nodes represent tasks and arcs 
represent priorities : an arc from A to B indicates that 
task A has higher priority than task B, that is, the 
schedule builder should schedule task A before scheduling 

3 5 task B (unless sequencing restrictions require that task 

B must complete before task A) . 

Priority graphs represent a somewhat different kind 
of information than priority vectors. While the numbers 
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in vectors can encode relative strengths in priorities, 
. the information in graphs is purely relational, e.g. task 
A has higher priority than task B. (Although it is 
possible to extend this by labeling the arcs by numbers 
5 indicating their relative strengths.) Another difference 

is that while vectors force a decision on relative 
priorities between all pairs of tasks, graphs do not have 
to commit to these extraneous priorities that are not 
motivated by the analysis. Thus, ALS using priority 

10 graphs can have the flexibility of allowing more 

decisions to be made by the schedule builder. This could 
lead to more effective use of sophisticated schedule 
builders that would otherwise be unnecessarily 
constrained by priority vectors. 

15 Priority graphs are similar to disjunctive graphs. 

However, Changes in the priority graph are interlaced 
with domain- specif ic greedy scheduling. 

In greedy scheduling, the schedule builder starts 
with an empty schedule and keeps scheduling tasks one at 

20 a time until the schedule is complete. The next task to 

be scheduled is selected from the enabled tasks, using a 
customizable task dispatching criterion that uses a 

prioritized sequence of heuristics to filter all 
available tasks. The selected task can be scheduled 
25 using a customizable task scheduling criterion that uses 

a prioritized sequence of constraints to guarantee that 
hard constraints are satisfied. 

A variety of dispatching criteria may be used. One 
example is an EST/EFF combination of criteria for task 

3 0 dispatching: (i) select the task that can start the 

earliest, and (ii) among those, select the task that can 
finish the earliest. Further, in this case, the 
following task scheduling criterion can be implemented: 
schedule the selected task on the first least -constrained 

35 resource among those that can start at the earliest 
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possible time, without violating any capacity 
constraints. This provides an efficient 0 (n 3 ) time 

schedule builder. 

In schedule analysis, the schedule analyzer selects 
5 the most late task for flaw analysis. It determines all 

possible direct causes for the delay, and suggests 
changes in the priority graph to offset those causes. 
It constructs a lateness DAG (directed acyclic graph) 

whose nodes consist of the late task as well as all other 
10 tasks that could have contributed to the lateness. The 

ALS technique can randomly select a set of moves and 
evaluate each move by constructing new abstract and 
concrete schedules. The most promising pair of schedules 
can be used to start the next iteration of local search. 
15 Meta-heuristic techniques such as tabu memory can be used 
in a straightforward manner to improve the search. 

Experimental Results 

The following are brief experimental results on a 
20 class of scheduling problems which arise in the domain of 

supply chain planning. The problem under consideration 
is an extension of a Resource Constrained Project 

Scheduling (RCPS) problem described in Slowinski, R., 

and Weglarz, J., eds . 1989. Advances in Project 

25 Scheduling. Elsevier Science. 

In general, the problem is parameterized as follows. 
Given are n tasks and r renewable resources. Resource k 

has constant capacity R k . Task t t has a duration of Pi 

during which r ik units of resource k are occupied (no 

30 preemption is allowed) . Additionally, sequencing 

restrictions (precedences) between tasks must be obeyed. 
The main extension with respect to the standard RCPS 
class are ready- times and due-dates for tasks. As a 
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consequence, the objective is to minimize a c measure of 
the overall lateness rather than makespan (the length of 

time from the start of the first task to the completion 
of the last task) . The goal is to assign each task a 
5 start time s 1 such that all precedence and capacity- 

constraints are met and the total lateness is minimized. 

Problem instances of this extended RCPS class are 
typically much larger than classical scheduling instances 
(tens of thousands of tasks instead of on the order of 
10 one hundred tasks reported in the RCPS literature) . 

This is a challenge as algorithms for scheduling (e.g. 
job shop scheduling) often fail to scale up to this 
problem size. 

The ALS technique described herein was tested with a 
15 real -world problem in semiconductor manufacturing. This 

problem involved over 30,000 tasks to be scheduled on 
more than 20 resources. Experimental results are given 
in Table 4 . Reported runtimes are of greedy scheduling 
SB(PV) , and ALS. The table reports the number of 
20 iterations and restarts, total lateness (in days) , and 

runtimes in seconds CPU time. The runtimes were averaged 
over 50 runs for ALS 1 and 2 runs for ALS 2 . 



TABLE 4 


Algorithm 


Iterations 


Restarts 


Lateness 


Runtime 


SB(PV) 


NA 


NA 


3930 d 


6 s 


ALS 1 


200 


0 


3663 d 


93 s 


ALS 2 


200 


50 


3600 d 


4600 s 



30 

SB(PV) is the result of running just the scheduler 
builder with the initial heuristics SB(PV) of TABLE 1. 
1 ALS 1 is the version of ALS with priority vectors. There 
are two key tuning parameters for this version of ALS: 
35 the number of restarts, and the probability that moves 



WO 99/63471 PCT/US99/12504 



10 



16 



are accepted that do not improve the quality of the 
schedule. The number of iterations and the number of 
restarts were varied as shown in the table. An 
intensification strategy was performed by flipping a coin 
after each move and returning to the best state ever seen 
with probability 1/2. Additional experiments have been 
performed with different restart frequencies, and 
different noise levels, but the results were not found to 
be qualitatively different. 



ALS Technique 

As discussed above, an ALS technique can work best 
in problem domains having at least these three conditions 
(or attributes) : a tractable solutions builder, 

15 optimality-preserving abstractions, and tractable 

analysis routines . 

With respect to a tractable builder, if the solution 
builder fails in some rare cases to generate a feasible 
solution, then this is not necessarily fatal* One can 

20 give such priority vectors a very low "score" causing the 

search to avoid them. Whether this low scoring is 
workable in practice depends on how common such priority 
vectors are . 

With respect to optimality-preserving abstraction, 
25 for large problems it can be safely assumed that optimal 

solutions will not be generated. Thus abstractions that 
are "nearly" optimality preserving may be sufficient. 
The utility of such abstractions can be assessed by 
comparison of ALS against other techniques. 
30 With respect to tractable analysis, if there is no 

way to map from soft -constraint violations in the 
concrete solution to suggested changes in the abstract 
solution, then local search essentially performs a 
weighted random walk. This may be acceptable, however, 
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since undirected local search has been used successfully 
in various domains . 

The present ALS technique provides significant 
advantages. The solution builder itself can encode a 
5 reasonable amount of domain knowledge, allowing the 

higher- level control (that is, the local search) to be 
domain- independent . The space of priority vectors offers 
a generic way to form local search in complex domains. 
If there is an intricate solution structure that is easy 

10 to obtain constructively, but difficult to maintain by 

local repairs, priority space appears to be more suitable 
to local search than the space of concrete solutions. 
Optimal priorities cannot, in general, be determined a 
priori (if they can, and the abstraction is optimality 

15 preserving, then the optimization problem is tractable) . 

However, they can often be improved by an analysis of 
concrete solutions. The general critical path analysis 
algorithm is an example of such an analysis. The 
solution builder can be efficient (at least in the domain 

20 of scheduling) . Further, small changes to the priority 

vector can translate into large changes in the concrete 
solution. Together these facts allow ALS to be used 
productively on large problems. 

The experimental results demonstrate that ALS 

25 techniques can perform meaningful optimization, compared 

to simple heuristic techniques, on large scheduling 
problems of high complexity. The utility of this 
approach is not limited to scheduling. There are 
potential application domains for abstract local search, 

30 for example, in distribution planning, vehicle routing, 

or multi-level scheduling problems. 



35 



Other Embod iments 

Although the present invention has been described in 
detail, it should be understood that various changes, 
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substitutions and alterations can be made hereto without 
departing from the spirit and scope of the invention. 
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What is Claimed is: 

1. A local search method of solving an optimization 
problem having a set of decisions to be made subject to a 
set of constraints, comprising the steps of: 

5 defining an initial abstract solution, representing 

a prioritized set of decisions; 

building a concrete solution in accordance with said 
prioritized decisions, subject to said constraints; 

analyzing said concrete solution to determine at 
10 least one flaw in said concrete solution; 

modifying said priorities in response to said 
analyzing step; 

generating at least one local move from said 
concrete solution, said move representing rectification 
15 of said flaw and re-prioritization of said decisions; 

re-defining said abstract solution by making said 
local move; and 

iteratively repeating said building, analyzing, 
modifying, generating, and re-defining steps. 

20 

2. The method of Claim 1, wherein said prioritized 
set of decisions is implemented with a priority vector 
having a numerical priority value for each said task, and 
wherein said re-prioritization is an update of said 

25 numerical values. 

3. The method of Claim 1, wherein said prioritized 
set of decisions is implemented with a priority graph 
representing priority relationships between said 

30 decisions, and wherein said re-prioritization is an 

update of said relationships. 



4. The method of Claim 1, wherein said constraints 
are hard constraints and soft constraints, wherein said 
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building step is subject to hard constraints, and wherein 
said analyzing step is in terms of soft constraints. 

5. The method of Claim 1, wherein said building 
step is performed by a greedy solution builder. 
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6. A computer- implemented abstract local search 
system for solving an optimization problem having a set 
of decisions to be made subject to a set of constraints, 
5 comprising: 

abstract solution data, representing a prioritized 
ordering of said decisions; 

a concrete solution builder process for building a 
concrete solution in accordance with said priorities and 
10 subject to said constraints; 

concrete solution data, representing the output of 
said builder; 

a solution analyzing process for identifying flaws 
in said concrete solution and for modifying prioritized 
15 ordering; and 

a move generation process for generating and 
evaluating local moves to be made to said abstract 
solution data. 

20 7. The system of Claim 6, wherein said prioritized 

ordering is implemented with a priority vector having a 
numerical priority value for each said task, and solution 
analyzer updates said numerical values. 

25 8. The system of Claim 6, wherein said prioritized 

ordering is implemented with a priority graph 
representing priority relationships between said 
decisions, and wherein said solution analyzer updates 
said relationships. 

30 

9 . The system of Claim 6 , wherein said constraints 
are hard constraints and soft constraints, wherein said 
building step is subject to hard constraints, and wherein 
said analyzing step is in terms of soft constraints. 



35 
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10. The system of Claim 6, wherein said concrete 
solution builder is implemented with a greedy algorithm. 
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11. A local search method of solving a scheduling 
problem having a set of tasks to be scheduled subject to 
a set of constraints, comprising the steps of: 

5 defining an initial abstract solution representing a 

prioritized ordering of said tasks; 

building a concrete solution in accordance with said 
prioritized ordering, subject to said constraints, said 
concrete solution representing a schedule of tasks; 
10 analyzing said concrete solution to identify at 

least one flaw in said concrete solution; 

modifying said priorities in response to said 
analyzing step; 

generating at least one local move from said 
15 concrete solution, said move representing rectification 

of said flaw and re-prioritization of said tasks; 

re-defining said abstract solution by making said 
local move; and 

iteratively repeating said building, analyzing, 
20 modifying, generating, and re-defining steps. 

12. The method of Claim 11, wherein prioritized set 
of tasks is implemented with a priority vector having a 
numerical priority value for each said task, and wherein 

25 said re-prioritization is an update of said numerical 

values . 

13. The method of Claim 12, wherein said modifying 
step is performed by increasing priority of a task based 

30 on its lateness. 



14. The method of Claim 12, wherein said initial 
abstract solution represents an initial prioritized 
ordering of tasks obtained by associating each tasks with 
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a deadline and assigning higher priorities to tasks with 
earlier deadlines. 

15. The method of Claim 11, wherein said 

5 prioritized set of tasks is implemented with a priority 

graph representing priority relationships between said 
decisions, and wherein said re -prioritization is an 
update of said relationships. 

16. The method of Claim 11, wherein said 
constraints are hard constraints and soft constraints, 
wherein said building step is subject to hard 
constraints, and wherein said analyzing step is in terms 
of soft constraints. 

17. The method of Claim 11, wherein said building 
step is performed by a greedy solution builder. 

18. The method of Claim 11, wherein said analyzing 
20 step is performed with critical path analysis techniques. 



10 



15 
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19. A computer- implemented abstract local search 
system for solving a scheduling problem having a set of 
tasks to be scheduled subject to a set of constraints, 

5 comprising: 

abstract solution data, representing a prioritized 
ordering of said tasks; 

a concrete solution builder process for building a 
concrete solution in accordance with said priorities and 
10 subject to said constraints, said concrete solution 

representing a schedule of tasks; 

concrete solution data, representing the output of 
said builder ; 

a solution analyzing process for identifying flaws 
15 in said concrete solution and for modifying said 

prioritized ordering; and 

a move generation process for generating and 
evaluating local moves to be made to said abstract 
solution data . 

20 

20. The system of Claim 19, wherein said 
prioritized ordering is implemented with a priority 
vector having a numerical priority value for each said 
task, and solution analyzer updates said numerical 

25 values, 

21. The system of Claim 19, wherein said 
prioritized ordering is implemented with a priority graph 
representing priority relationships between said 

3 0 decisions, and wherein said solution analyzer updates 

said relationships. 



35 



22. The system of Claim 19, wherein said 
constraints are hard constraints and soft constraints, 
wherein said building step is subject to hard 
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constraints, and wherein said analyzing step is in terms 
of soft constraints. 

23, The system of Claim 19, wherein said concrete 
5 solution builder is implemented with a greedy algorithm. 
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